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PROCESS FOR MANAGING OWNERSHIP OF A VALUABLE ITEM 

TECHNICAL FIELD OF THE INVENTION 

This invention relates to processes used to control 
5 the ownership of valuable items. More specifically, the 
present invention relates to a process for exerting 
ownership-type rights in a valuable item that have been 
divided between a merchant and a customer so that the 
market for the valuable item operates efficiently and to a 
10 computerized system used in carrying out the process. 

BACKGROUND OF THE INVENTION 

In a simple sales transaction involving an item, a 
merchant has nearly complete ownership rights prior to 

15 selling the item to a customer. These ownership rights 
generally include the right to possess and use the item, 
the right to risk damaging or losing the item and the right 
to transfer ownership of the item to a third party. When 
the customer purchases the item, these rights are then 

20 transferred to the customer in exchange for the payment of 
money to the merchant, and the merchant has no further 
ownership-type interest in the item. 

However, many transactions involving valuable items 
are not so simple, particularly when the customers are 

25 members of the general public rather than repeat business 
clients. In such transactions, the item cost in a simple 
sales transaction is so high that customers cannot easily 
pay the sums of money involved. Hence, merchants and 
customers are desirous of alternate types of transactions 

30 that allow customers to immediately enjoy some ownership 
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rights, such as the right to possess and use, in exchange 

for immediate payment of less money. 

Accordingly, installment sales and traditional 

financing are often used as alternate types of 
5 transactions. With such arrangements, the customer 

typically receives all ownership rights, except that a 

security interest is reserved for the merchant or entity 

providing financing. For convenience, no distinction is 

made below between a merchant and a financing entity or 
10 other middle man, and all such entities will be referred to 

individually and collectively as the merchant. Typically, 
y the customer pays a small portion of the total price 

yj initially and periodic payments over time. The total sum 

paid over time is usually much greater than would have been 
N 15 paid in a simple sales transaction due in part to routine 

hj interest paid on the merchant's investment. 

1, Unfortunately, a security interest in the item in 

SJ combination with a mere routine interest payment does not 

adequately compensate the merchant. Consequently, 
ffl 20 merchants typically demand either a high interest rate or a 

^ high sales price, or both, in order to be adequately 

compensated. 

One situation in which a security interest and routine 
pricing do not adequately compensate a merchant occurs when 

25 a customer declares bankruptcy. Typically, if a customer 
declares bankruptcy, the merchant becomes just another 
creditor in the pool all the customer's creditors. With 
this status, the merchant can expect to receive only 
pennies on the dollar for the merchant's investment, and 

30 that only after expending considerable administrative time 
and effort- 
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Another situation where a security interest and 
routine pricing do not adequately compensate a merchant 
occurs when the customer fails to honor its obligation to 
make future payments. Then, the merchant must either 
5 write-off the item or file a civil law suit, both of which 
increase a merchant's costs. Accordingly, pricing is 
typically increased to compensate for the merchant's 
increased risks of a customer declaring bankruptcy or 
otherwise failing to honor its future payment obligations. 
10 Another alternative to a simple sales transaction is a 

lease, or lease-to-buy arrangement. In a pure lease, the 
O customer makes periodic payments in exchange for the rights 

to possess and use the leased item for a period of time. 
fl However, the customer has no ability to obtain further 

S| 15 ownership rights, such as the right to transfer the item to 

^ -i 

1^ a third party. With certain types of items, such as non- 

depreciating items, customers view this alternative as 
SI being unacceptable because they cannot enjoy item 

^ appreciation. In other types of items, periodic payments 

^ 20 are typically set sufficiently high to offset worst-case 

^ depreciation, and the customer often pays more than would 

be paid with other simple sales transaction alternatives. 

In a lease-to-buy arrangement, a customer is often 
given an option to buy the leased item at a set residual 
25 price at the end of the lease term. The residual price is 
typically much less than the purchase price would be for a 
simple sales transaction, and is often a trivial amount, 
such as $1.00. However, such lease-to-buy arrangements are 
typically convertible into an installment sale should the 
30 customer declare bankruptcy. Consequently, the merchant 
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must increase pricing to compensate for the increased risk 
of potential customer bankruptcy. 

The above-discussed alternatives to a simple sales 
transaction pose a problem to the customer of having to pay 
5 undesirably high prices, all factors considered. Yet 

another problem for the customer with these alternatives is 
that they limit a customer's ability to either remove 
future payment obligations or exchange the item for another 
item that may better meet the customer's needs at some 
10 future date. 

SUMMMIY OF THE INVENTION 

Accordingly, it is an advantage of the present 
invention that an improved process for managing the 
15 ownership of a valuable item is provided. 

Another advantage is that a computer system is 
provided to manage the ownership of valuable items about 
which a merchant has certain ownership rights and customers 
have certain future obligations and ownership rights. 
20 Another advantage is that a process is provided which 

improves the efficiency with which the markets for certain 
valuable items operate. 

Another advantage is that a process is provided which 
allows a merchant to receive adequate compensation while 
25 pricing certain items low and obligating customers to make 
future payments. 

Another advantage is that a process is provided which 
allows a customer to have immediate possession and use of 
certain items and gives the customer flexibility in future 
30 dealings concerning the items. 
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The above and other advantages of the present 
invention are carried out in one form by a new and useful 
process for managing ownership of a valuable item involved 
in a first financial transaction between a 'merchant and a 
5 customer. The process calls for leasing the item to a 
customer in the first financial transaction so that the 
customer is thereafter obligated to make periodic lease 
payments to the merchant. A reserve credit account (RCA) 
is established with the merchant. The accumulation of 
10 funds is recorded in the RCA in response to payments 

voluntarily given to the merchant by the customer. The 
O customer and merchant then engage in a second financial 

ui transaction involving either the item which was the subject 

fl of the first transaction or another item, at the option of 

S| 15 the customer. This second transaction causes funds 

recorded in the customer's RCA to be reduced. 

^ BRIEF DESCRIPTION OF THE DRAWINGS 

% A more complete understanding of the present invention 

20 may be derived by referring to the detailed description and 
claims when considered in connection with the Figures, 
wherein like reference numbers refer to similar items 
throughout the Figures, and: 

Fig. 1 shows a schematic block diagram depicting an 
25 exemplary item which is the subject of one or more 
transactions between a merchant and a customer; 

Fig. 2 shows a block diagram of a computer system 
which is useful in implementing a process for managing 
ownership of the item in accordance with a preferred 
30 embodiment of the present invention; 
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Fig. 3 shows a flow chart of a first portion of the 
ownership management process; 

Fig. 4 shows a flow chart of an item-leasing segment 
of the ownership management process; 
5 Fig. 5 shows a block diagram of an exemplary database 

which may be implemented in support of the ownership 
management process; 

Fig. 6 shows a table summarizing selected lease 
provisions desirably included in a lease agreement which 
10 results from the item-leasing segment of the ownership 
management process; 

Fig. 7 shows a flow chart of a post payment segment of 
the ownership management process; 

Fig, 8 shows a flow chart of a deactivate lease 
15 segment of the ownership management process; and 

Fig. 9 shows a flow chart of a second portion of the 
ownership management process. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

20 Fig. 1 shows a schematic block diagram depicting an 

exemplary item 10 which is the subject of one or more 
transactions between a merchant 12 and a customer 14. In a 
typical scenario, item 10 is initially owned by merchant 
12. As a result of the one or more transactions, various 

25 ownership rights in item 10, such as rights of possession 
and use, are given to customer 14 in exchange for payments 
made by customer 14 to merchant 12, 

In the preferred embodiment, item 10 is an object that 
is in commerce and is most likely non-depreciating. In 

30 other words, the fair market value of item 10 is likely to 
increase in upcoming months so long as item 10 does not 



suffer significant damage. Hence, Fig. 1 illustrates item 
10 as an item of jewelry, such as a ring which includes one 
or more gemstones 16. However, item 10 is not limited to 
jewelry and may, for example, be fine art or other objects 
whether or not such other objects are non-depreciating. 

In addition, in the preferred embodiment item 10 is a 
valuable item with a fair market value so high that the 
theft of item 10 would be considered a felony in the 
jurisdiction where customer 14 resides. This value varies 
among jurisdictions, but is generally greater than $1000. 
Accordingly, the theft of item 10 would be considered a 
criminal activity of significant importance. 

Merchant 12 is defined herein to include any legal 
entity or collection of entities that have substantially 
complete ownership rights in item 10 prior to engaging in 
transactions with customer 14 over item 10. Accordingly, 
merchant 12 may include one or more of an individual, a 
traditional store, an internet store, a store creditor, 
another financing organization, a middle man, and the like. 
Conversely, customer 14 is defined herein to include any 
legal entity or collection of entities that are engaging in 
one or more transactions with merchant 12 to obtain certain 
rights in item 10. Customer 14 may include one or more of 
an individual, business, institution, non-profit 
organization, and the like. While Fig. 1 shows only a 
single item 10 and a single customer 14, those skilled in 
the art will appreciate that a single merchant 12 may have 
a multiplicity of items 10 and customers 14. 

Fig. 2 shows a block diagram of a computer system 18 
which is useful in implementing a process for managing 
ownership of item 10 (Fig. 1) in accordance with a 
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pref erred embodiment of the present invention. Computer 
system 18 includes a processing unit 20, a portion of which 
is a memory device 22. Processing unit 20 couples to 
various input devices 24, such as a mouse, keyboard, and 
5 the like, and output devices 26, such as a printer and a 

display device. In addition, processing unit 20 optionally 
couples to a local area network 28 and/or the public 
switched telecommunications network (PSTN) 30. Through 
local network 28, processing unit 20 may access or act as a 
10 server. Through PSTN 30, processing unit 20 may access and 
participate in the Internet. Processing unit 20 performs 
O tasks (discussed below) to control a database (discussed 

hj below) used in implementing the process for managing the 

ownership of item 10. Such tasks may be determined by a 

|,y! 

SI 15 computer program residing in memory 22 and such a database 

y may be stored in memory 22. Alternatively, such tasks and 

^ database may be located in another computer device 

C| accessible to processing unit 18 through local network 28 

V or PSTN 30. 

& 20 Fig. 3 shows a flow chart of a first portion of an 

ownership management process 32. Process 32 may be 
performed with the aid of computer system 18 (Fig. 2) and 
under the control of merchant 12 (Fig. 1) . For the sake of 
clarity, the flow chart of Fig. 3 and other flow charts 

25 discussed below include steps, tasks and activities which 
may be a part of process 32 but which need not be 
completely performed within computer system 18. Moreover, 
those skilled in the art can easily devise alternate 
sequencing and task organization than specifically depicted 

30 herein without departing from the spirit of the present 
invention . 



As indicated by ellipsis in Fig. 3, process 32 may 
include any number of tasks not directly relevant to the 
present discussion or already well understood by those 
skilled in the art of applying computer automation to 
financial transactions. Such tasks may, for example, 
relate to preparing daily reports or any other database 
inquiry as may be needed from time to time. Eventually, a 
query task 34 is performed. Query task 34 determines 
whether a primary transaction is occurring. 

For the purposes of the present invention, a primary 
transaction is a transaction between merchant 12 and 
customer 14 (Fig. 1) which does not involve the use of 
reserve credit account (RCA) funds. RCA's are discussed in 
detail below. For the present discussion a transaction 
with a new customer 14 would be an example of a primary 
transaction, but primary transactions are not limited to 
new customers. Moreover, primary transactions are 
considered to be primary only in distinction to secondary 
transactions, discussed below. Secondary transactions 
involve the use of RCA funds and are no less important than 
primary transactions. 

When a primary transaction is occurring, an item- 
leasing segment 36 of process 32 is performed, A flow 
chart of item-leasing segment 36 is shown in Fig. 4. Fig. 
5 shows a block diagram of an exemplary database 38 which 
may be implemented in support of ownership management 
process 32. 

Referring primarily to Figs. 4-5, item-leasing segment 
36 performs a task 40 to collect customer identification 
data 42. Data 42 desirably includes the full name, 
address, phone numbers and social security number of 



customer 14. Data 42 may be included in database 38 and 
linked to a lease set-up table 44 by assigning a customer 
number 46. After task 40, a task 48 is performed to verify 
the credit worthiness of customer 14. Task 48 may be 
performed in part over phone lines and/or the Internet by 
transferring the customer identification data collected 
above in task 40 to a credit bureau and receiving credit 
worthiness information in return. Such credit information 
may be saved with data 42 in database 38. The flow chart 
of Fig. 4 assumes that the credit information indicates 
that customer 14 is acceptable to merchant 10. Otherwise, 
process 32 may cease at this point with respect to this 
particular customer 14. 

After verifying credit worthiness, a task 50 is 
performed to collect item list 52. Item list 52 forms a 
part of lease set-up table 44 and generally provides 
information about item 10. Preferably, the transaction for 
which item-leasing segment 36 is being performed can 
involve any number of items 10, and item list 52 is 
therefore configured to organize information for all such 
items 10. Such information may include textual 
descriptions of items 10 along with identifying serial or 
inventory numbers for items 10. In addition, indications 
of the conditions of items 10 are desirably provided along 
with itemized cash prices for items 10, A total for the 
transaction represents the sum of cash prices for all items 
10 involved in the transaction. For the sake of 
simplicity, the following discussion will focus on a single 
item 10, even though other items 10 may be involved in the 
transaction . 
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gemstone identification (ID) numbers are also included isp/ 
item list 52 for item 10. As discussed above, item l^may 
include gemstone 16. In the preferred embodimer>fe^ a 
5 gemstone identification process is perf orm^^^^or gemstone 
16 to provide a data set (not shows) w+fich can be later 
used to physically identify gem^>c5ne 16. The data set is 
obtained as a result of opt><ially scanning gemstone 16. 
One example of such a aefnstone identification process is 

10 presented in U.S. Ea^nt No. 5, 124, 935 entitled "Gemstone 
Identifications/Tracking and Recovery System, " assigned to 
Omphalos Raeiovery Systems, Inc. of Toronto, Canada. The 
gemston^^ ID number included in item list 52 identifies the 
data/set. However, this ID number may be supplied after 

15 p ^fjorminq task 50 

Following task 50, item-leasing segment 36 performs a 
task 54. Task 54 involves the obtaining of insurance for 
loss or damage to item 10. Insurance is obtained to limit 
risks to merchant 12 in connection with the transaction, 

20 but is paid for by customer 14. Task 54 operates in 

connection with subsequent steps to name merchant 12 as a 
"loss payee" in the insurance policy to be taken out on 
item 10. The loss payee is the entity which receives an 
insurance pay-out in the event of the loss of or damage to 

25 item 10. 

A query task 56 determines whether the insurance is to 
be provided through the assistance of merchant 12 or by 
customer 14. When customer 14 is to provide the insurance, 
a task 58 is performed when customer 14 purchases the 
30 insurance and provides merchant 12 evidence, such as. a 
certificate, of the insurance naming merchant 12 as the 
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loss payee. Such insurance may be obtained as a rider to a 
home owner's policy owned by customer 14. 

In the preferred embodiment, merchant 12 need not 
directly provide insurance, but may collaborate with a 
third party to provide the insurance. Thus, when task 56 
determines that merchant assisted insurance is desired, a 
task 60 is performed to calculate the amount due for the 
insurance coverage for a predetermined period of time, 
typically one year. This amount may be based on the value 
of item 10 and may be recorded in a variables list 62 in 
lease set-up table 44. Following task 60, a task 64 is 
performed wherein an insurance application and the fees are 
eventually forwarded to the third party insurance carrier. 
The insurance carrier will thereafter provide merchant 12 
with evidence of the insurance naming merchant 12 as loss 
payee. 

Following tasks 58 or 64, a task 66 is performed with 
respect to the above-discussed gemstone identification. In 
particular, a fee for the process is set and desirably 
recorded in variables list 62 of lease set-up table 44, and 
the process is performed. The process need not actually be 
performed at task 66 but may have been performed earlier or 
may be performed later. Desirably, an identifying number 
from the data set created by the gemstone identification 
process is recorded in item list 52. 

After task 66, a task 68 is performed to establish a 
reserve credit account (RCA) 70 for this transaction. RCA 
70 may be linked to lease set-up table 44 through an RCA 
number 72. Fig. 5 shows only one RCA 70 for one lease. 
However, a single customer 14 may have a number of leases 
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and corresponding RCA's 70, and merchant 12 may have any 
number of customers 14. 

RCA 70 may have three components, including an 
unmatched contribution 74, a matched contribution 76, and a 
5 matching contribution 78, In general, unmatched and 

matched contributions 74 and 76 register funds voluntarily 
contributed to merchant 12 by customer 14, Such funds are 
voluntarily contributed because customer 14 has no 
contractual or other legal obligation to do so. Matching 

10 contribution 78 represents a register for funds contributed 
by merchant 12. The sum of all components 74, 76 and 78 
represents an RCA total 80, which may be used in a 
secondary transaction, discussed below. During the 
secondary transaction, customer 14 may purchase item 10, 

15 another item, and/or enter into other leases. RCA 70 is 
discussed in more detail below. 

After task 68, a task 82 establishes a lease term. 
Desirably, default values cause nearly all transactions to 
have the same lease term, and that term is characterized by 

20 a minimum and maximum duration. In the preferred 

embodiment, the default values are a minimum lease term of 
one year and a maximum lease term of 10 years. The lease 
term is desirably recorded in variables list 62 of lease 
set-up table 44. 

25 Following task 82, a task 84 calculates an initial 

lease payment. Lease payments are based on an effective 
value of item 10. If customer 14 wishes to have lower 
lease payments, then customer 14 may voluntarily contribute 
funds to unmatched RCA component 74, and, for the purpose 

30 of lease payment calculations, the effective value of item 
10 will be reduced by that contribution. Otherwise, the 
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actual value of item 10 is used. After the effective value 
of item 10 is established for the purpose of lease payment 
calculations, the initial lease payment may be calculated 
as a pro-rata portion for the remaining rental cycle. For 
5 example, when rental payments are to be made monthly, - then 
initial lease payments may be set to cover the remaining 
portion of the month in which the transaction takes place. 
Thereafter, lease payments will be due on the first of each 
month and will represent rent for the subsequent month. 
10 In addition, lease payments may applied against a 

variety of expenses. In a typical scenario, a lease 
O payment is allocated to rent, sales tax, and optionally to 

2 property tax. Task 84 may also establish percentages by 

fl which a given lease payment is allocated against such 

SJ 15 expenses. The initial lease payment and allocation 

IK percentages may be recorded in variables list 62 of lease 

s set-up table 44 . 

After task 84, a task 86 calculates monthly lease 
payments to be due on the first of each month and records 
20 the value in variables list 62. However, those skilled in 
the art may utilize different payment periods than the 
monthly period discussed herein. 

Following task 86, a task 88 calculates late charges 
to be applied if needed and stores -these charges in 
25 variables list 62. Late charges will be assessed if 

customer 14 fails to make monthly lease payments on time. 
Desirably, default values are used so that nearly all 
transactions have the same late charge rate. In the 
preferred embodiment, the late charges are assessed at 10% 
30 of the monthly lease payment. 



! . -15- 

I 

After task 88, a task 90 sets a purchase price. As 
discussed above, this price is desirably set sufficiently 
high so that the theft of item 10 would be considered a 
felony. If the actual fair market value of item 10 is not 
5 sufficiently high, then this transaction is not entered 

into by merchant 12. The purchase price may, and desirably 
does, represent the total value set forth in item list 52. 
It is stored in variables list 62. 

Following task 90, a task 92 assigns a transaction 
10 date and lease number to this transaction, and these 

elements are recorded in an identification list 94 of lease 
Q set-up table 44. The transaction date is the date on which 

rj this transaction is occurring. The lease number is an 

U] identification number for this transaction which uniquely 

-J 15 distinguishes this transaction from other similar 

55 transactions. 

Next, a task 96 is performed to print a lease 

1 Hi 

\i agreement, execute the agreement, and mark the lease as 

^ being active. The lease is marked as being active by 

CI 20 making appropriate entries in identification list 94 of 

^ lease set-up table 44. The lease agreement may be printed 

at an output device 26 (Fig. 2) or may be delivered over 
the Internet, via E-mail, via facsimile, or using other 
means for printing at a location advantageous to the 
25 operation of an efficient market. The lease agreement is 
typically executed by being signed by a representative of 
merchant 12 and by customer 14. However, other signature 
techniques, such as the use of electronically transmitted 
digital signatures, may be used as alternates. 
30 Fig. 6 shows a table summarizing selected lease 

provisions desirably included in the lease agreement 
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printed during task 96. Some of these provisions result 
from data calculated and collected during item-leasing 
segment 36, as discussed above. Thus, provisions 98 and 
100 respectively set forth the lease term and purchase 
5 price, and provision 102 obligates customer 14 to purchase 
insurance naming merchant 12 as the loss payee. 

Although not specifically discussed above, a provision 
104 obligates customer 14 to make specified periodic lease 
payments to merchant 12. In the preferred embodiment, such 

10 payments are to be made monthly. A provision 106 bestows 
on customer 14 an option to purchase item 10 at the 
purchase price^^s^t forth in provision 100 during the term 
of the lease. A provision 108 bestows on customer 14 an 
option to terminate the lease prior to the occurrence of 

15 the minimum lease term set forth in provision 98 by paying 
merchant 12 an early termination fee. A provision 110 
removes the monthly lease payment obligation upon the 
customer's return of item 10. A provision 112 obligates 
merchant 12 to return RCA funds, less any matching funds 

20 and a penalty, which is 25% in the preferred embodiment, if 
customer 14 fails to enter into a secondary transaction 
within a predetermined period of time after deactivating 
the lease. In the preferred embodiment, that period of 
time is set at twenty four months. And, a provision 114 

25 clarifies that RCA funds, unlike lease payments, are to be 
voluntarily contributed by customer 14, matched at a 
specified percentage rate by merchant 12, and usable as 
legal tender in a secondary transaction with merchant 12. 
In the preferred embodiment, that matching percentage is 

30 specified as being 10% per annum, or 0.8333% monthly. Of 
course, the agreement may include many other provisions 
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typically included in lease agreements but not summarized 
in Fig. 6, and the agreement need not utilize the exact 
wording illustrated in Fig. 6. 

After task 95, program flow proceeds from item-leasing 
5 segment 36 to a task 116 of process 32 (Fig. 3) . Task 116 
collects and posts the initial payment from customer 14 and 
transfers the right to use and possess item 10 to customer 
14. The initial payment may include funds for the initial 
lease payment discussed above in connection with task 84, 

10 insurance as discussed above in connection with task 60, 
the gemstone identification process as discussed above in 
connection with task 66, and voluntary RCA payments 
discussed above in connection with task 68. The initial 
lease payment may be posted by allocating the respective 

15 portions of the payment to rent, sales tax and property tax 
registers in association with a date stamp in a payment 
history table 118 of database 38 (Fig. 5) . Payment history 
table 118 may be linked to lease set-up table 44 through a 
payment history number 120. Initial voluntary RCA payments 

20 may be posted by recording appropriate entries in RCA 70 
with a date stamp. To the extent that voluntary RCA 
payments are used to lower lease payments over the term of 
the lease, such voluntary RCA payments will be classified 
as unmatched contribution 74. Otherwise, such voluntary 

25 RCA payments will be classified as a matched contribution 
76. 

After task 116 or- when task 34 determines that no 
primary transaction is occurring, a query task 119 is 
performed. Task 119 determines whether the current time is 
30 appropriate for constructing and sending monthly statements 
to customers 14. In the preferred embodiment, this occurs 
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on the 20^^ of each month. At the scheduled statement- 
preparation date, a task 120 is performed to record RCA 
matching funds. 

RCA matching funds need not be allocated in connection 
5 with making statements, but simply may be allocated in 
accordance with some schedule, and the statement schedule 
may be convenient. As discussed above, merchant 12 makes a 
matching contribution to RCA's. In the preferred 
embodiment, that contribution is at a rate of 10% per annum 

10 of the total matched funds in a customer's RCA 70 (Fig. 5). 
This matching contribution encourages customers 14 to make 
voluntary payments to their RCA's. Accordingly, for all 
RCA's in database 38 (Fig. 5), task 120 records an 
accumulation of funds in matching RCA contribution 78 (Fig. 

15 5) with a date stamp. This causes a further accumulation 
of funds for the benefit of a customer 14 beyond those 
funds voluntarily contributed by the customer 14. Since, 
in the preferred embodiment, this further accumulation is 
performed monthly, matching funds are contributed at a rate 

20 of 0.83333% of the total matched RCA contribution 76 (Fig. 
5) . 

Those skilled in the art should appreciate that the 
recording of funds in RCA 70, and particularly the 
recording of matching contribution funds 78, does not 

25 necessarily imply a transaction in which money changes 
hands or is otherwise moved around. At this point, the 
recording of such funds is merely a computer entry that 
need not actually involve the transfer of money. 

Following task 120, a task 122 is performed to print 

30 statements for all leases. Accordingly, for all active 

leases recorded in database 38 (Fig. 5), task 122 finds the 
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transaction date, monthly lease payment, current total RCA 
amount 80 (Fig. 5), and funds needed to purchase item 10 
(i.e., the purchase amount) and prints a statement which 
conveys this data to customer 14. However, active leases 
5 which are past due or near default may be omitted during 
task 122 because they will be processed in a different 
manner, discussed below. Of course, additional data may 
also be presented, and the statement may be printed either 
to paper or to a computer file. The printing of the RCA 

10 amount and purchase amount lets customer 14 know whether he 
or she has sufficient RCA funds to purchase item 10 should 
customer 14 wish to do so. However, customer 14 is under 
no obligation to use his/her RCA funds to purchase item 10. 
Thus, the statement printed at task 122 serves two 

15 functions. The first function is to remind customer 14 of 
an upcoming lease payment for item 10 and the amount 
thereof. The second function is to inform customer 14 of 
his or her RCA amount and its relationship to the purchase 
price for item 10. 

20 Following task 122, a task 124 is performed to send 

the statement to customer 14 using any convenient 
technique, such as snail mail, E-mail, facsimile, and the 
like. 

In the normal course of events, customer 14 will send 
25 a lease payment and optionally include a voluntary RCA 

contribution in response to the statement sent in task 124. 
Hence, after task 124 or when task 119 determines that 
statements are not to be prepared now, a query task 126 is 
performed to determine whether such a payment has been 
30 received from a customer 14. If a payment has been 
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received, then a post payment segment 128 of process 32 is 
performed. 

Fig. 7 shows a flow chart of post payment segment 128. 
During segment 128, a task 130 identifies the lease to 
5 which a payment will be applied. The lease is desirably 
identified by lease number, customer name, or the like. 
After identifying the lease, a task 132 applies a portion 
of the payment to a rent due account, a task 134 applies 
another portion of the payment to a sales tax due account, 

10 and an optional task 136 applies yet another portion to a 

property tax due account. Assuming that rent is due when a 
payment is received, such rent and associated tax portions 
are not voluntary because customer 14 is contractually 
obligated to make them. The portions may be determined in 

15 accordance with the rental, sales tax and property tax 

percentages listed in variables list 62 of database 38 for 
the subject lease. Of course, nothing requires any portion 
of a payment to be applied toward rent or associated taxes, 
if no rent is due. Thus, if a payment is received but no 

20 rent is due yet, then no portion of such a payment will be 
allocated to rent or tax. 

After task 136, a query task 138 determines whether 
any additional funds remain after the applications of tasks 
132, 134 and 136. If additional funds remain, then such 

25 additional funds are assumed to be voluntary RCA 

contributions, and a task 140 applies the remaining amount 
to matched RCA contribution 76 for the subject lease. Of 
course other accounts, such as a cash account, may also be 
credited with the RCA contribution. Following task 140 and 

30 when task 138 determines that no additional funds are 
present, program flow exits segment 128. 
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Referring back to Fig. 3, following segment 128 and 
when task 126 determines that no customer payment has been 
received, a task 142 determines whether the current time is 
appropriate for constructing and sending past due notices 
5 to customers 14 who have failed to make monthly lease 

payments on time. In the preferred embodiment, this occurs 
on the 5^^ of each month. At the scheduled past due notice 
preparation date, a task 144 is performed to print past due 
notices for all past due leases. Accordingly, task 144 

10 evaluates all active leases recorded in database 38 (Fig. 
5) to determine whether they are past due. If so, a past 
due amount may be calculated and stored in variables list 
62 of database 38 for the identified leases. Then, task 
144 prints past due notices which include the data included 

15 on the statements, discussed above in connection with task 
122, along with an indication of the late fee and the total 
lease payment now due. Of course, additional data may also 
be presented, and the past due notices may be printed 
either to paper or to a computer file. Following task 144, 

20 a task 146 is performed to send the past due notices to 
customers 14, 

After task 146 or when task 142 determines that past 
due notices are not to be prepared now, a query task 148 is 
performed to determine whether the current time is 

25 appropriate for constructing and sending monthly default 
notices to customers 14 who have failed to make monthly 
lease payments even after being notified of being past due. 
In the preferred embodiment, this occurs on the 20^^ of each 
month. At the scheduled default notice preparation date, a 

30 task 150 is performed to print default notices for all past 
due leases. Accordingly, task 150 evaluates all active 
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leases recorded in database 38 (Fig. 5) to determine 
whether they remain past due. Then, task 150 prints 
default notices which include the data included on the past 
due notices, discussed above in connection with task 144, 
5 along with a strongly worded warning concerning the 

default. In addition, the amount due may be increased to 
reflect an additional month's lease payment plus the 
previous month's lease payment and late payment therefor. 
Of course, additional data may also be presented, and the 

10 default notices may be printed either to paper or to a 

computer file. Following task 150, a task 152 is performed 
to send the default notices to customers 14. 

After task 152 or when task 148 determines that 
default notices are not to be prepared now, a query task 

15 154 is performed to determine whether the current time is 

appropriate for constructing and sending forced termination 
notices to customers 14 who continue to fail to make 
monthly lease payments even after being notified of being 
past due and in default. In the preferred embodiment, this 

20 occurs on the 5^^ of each month. At the scheduled 
termination notice preparation date, a task 156 is 
performed to print termination notices for all leases in 
default. Accordingly, task 156 evaluates all active leases 
recorded in database 38 (Fig. 5) to determine whether they 

25 are in default. Of course, nothing requires task 156 to 

find any leases to be in default. However, for any leases 
which are is default, task 156 prints termination notices 
which indicate that the customer's lease contract has been 
terminated and other strongly worded provisions which 

30 demand immediate return of item 10 and/or inform customer 
14 of the consequences of failing to do so. 



Following task 156, a task 158 is performed to send 
the termination notices and to begin the process of 
recovering item 10. The recovery process may include a 
letter writing campaign, turning the matter over to 
repossession professionals, and/or informing governmental 
authorities about the theft of the merchant's rental 
property. Since the value of item 10 is set at the felony 
level, this makes the theft thereof by failing to pay lease 
payments a serious matter which can lead to serious penal 
consequences. The felonious nature of the theft can work 
as an additional inducement in the recovery process whether 
or not criminal legal proceedings are instituted. 

After task 158 or when task 154 determines that 
termination notices are not to be prepared now, a query 
task 160 is performed to determine whether a voluntary 
lease termination is being requested. A voluntary lease 
termination occurs when customer 14 returns item 10 to 
merchant 12 and requests termination of the lease. When a 
voluntary termination is being requested, a deactivate 
lease segment 162 of process 32 is performed. 

Fig. 8 shows a flow chart of deactivate lease segment 
162. Segment 162 performs a task 164 to identify the lease 
to be deactivated using a lease number, customer identity 
data, or the like. After identifying the lease, a query 
task 166 determines whether this voluntary termination is 
an early termination. An early termination is one that 
occurs before the minimum lease term, which is one year in 
the preferred embodiment. The lease agreement desirably 
imposes an early termination fee, which is equal to a one 
month lease payment or $50, whichever is greater, in the 
preferred embodiment. Accordingly, when an early voluntary 
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termination is encountered, a task 168 assesses the early 
termination fee. 

Following task 168 or when task 166 determines that no 
early voluntary termination is being encountered, a query 
5 task 170 is performed. Task 170 investigates the condition 
of item 10. Desirably, the lease agreement imposes damage 
fees if item 10 is returned in a damaged condition. 
Accordingly, if item 10 is discovered to have been damaged, 
a task 172 is performed to assess a damage fee. Of course, 

10 task 172 may be performed so as to take into account 

whether an insurance pay-out may be available to partially 
cover the damage. 

After task 172 or when task 170 determines that the 
condition of item 10 is acceptable, a task 174 is performed 

15 to collect all fees due from customer 14. The fees that 
may be due include any assessments from tasks 168 and 172, 
along with any past due lease payments and late fees 
associated therewith. Following task 174, a task 176 
causes item 10 to be listed in the inventory of merchant 12 

20 and the lease is marked as being inactive. The lease may 
be marked as being inactive by making an appropriate entry, 
along with a date stamp in identification list 94 of 
database 38 (Fig. 5). 

At this point, the lease is terminated and the 

25 customer's payment obligation to merchant 12 has been 

removed. Accordingly, a task 178 then prints and delivers 
a receipt to customer 14 indicating this fact. After task 
178, program flow exits deactivate lease segment 162. 
Fig. 9 shows a flow chart of a second portion of 

30 ownership management process 32. After the completion of 
deactivate lease segment 162 (Figs. 3 and 8) or when task 
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160 (Fig. 3) determines that no voluntary termination is 
being requested, program flow proceeds to a query task 180. 
^Task 180 determines whether the current time is appropriate 
for clearing out inactive RCA's. Any convenient schedule, 
5 such on the 15^^ of each month, may be implemented through 
task 180. When the time has arrived to clear-out inactive 
RCA's, a task 182 is performed to identify all RCA's which 
are associated with leases that have been inactive for a 
predetermined duration, which is twenty-four months in the 

10 preferred embodiment. 

When such inactive RCA's have been identified, a task 
184 calculates refund amounts. Desirably, the lease 
agreements for which such RCA's were established indicate 
that refunds will be made only for unmatched and matched 

15 contributions 74 and 76 (Fig. 5) of RCA 70 (i.e., not 

matching contribution 78 (Fig. 5)), and that an additional 
penalty would be assessed before refunding the RCA account, 
as summarized by provision 112 (Fig. 6) . That additional 
penalty is^set at 25% in the preferred embodiment. 

20 Following task 184, a task 186 prints refund checks 

for the calculated amounts and causes the checks to be sent 
to the respective customers 14. Next, a task 188 zeros the 
RCA's which are subject to being cleared out. Accordingly, 
tasks 182, 184, 186, and 188 serve two functions. They 

25 motivate customers 14 to- utilize their RCA^s in making 

secondary transactions," discussed below, and they provide a 
mechanism wherein merchant 12 maintains ultimate control 
over its liability accounts. No liability due to a 
customer RCA needs to extend for longer than twenty four 

30 months following the inactivation of a lease. 
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Following task 188 and when query task 180 determines 
that the RCA clear-out date is not present, a query task 
190 is performed to determine whether a secondary 
transaction is occurring. A secondary transaction is a 
5 transaction between merchant 12 and customer 14 in which 

customer 14 will apply at least a portion of the customer's 
RCA funds in lieu of a monetary transfer to merchant 12 in 
return for some item, including but not limited to item 10. 
When a secondary transaction is occurring, a task 192 

10 identifies the item which is the subject of the secondary 
transaction. This item may be item 10 or another item 
offered by merchant 12, and customer 14 has the option of 
selecting the subject item. If item 10 is selected, then 
the purchase price has been previously set in a lease 

15 covering item 10 and customer 14 gets the benefit of any 
appreciation in the fair market value of item 10. If 
another item is selected, then the purchase price is 
determined as of the date of the secondary transaction in 
the normal manner. 

20 After task 192, a query task 194 determines whether 

this secondary transaction is to be a lease transaction. 
If a lease transaction is to occur, then item-leasing 
segment 36 (Fig. 4) is repeated for the subject item. If 
the secondary transaction is not to be a lease, then it may 

25 be a simple purchase, financing arrangement, or the like. 
In this situation, the transaction proceeds in a 
conventional manner to the point of collecting funds from 
customer 14. After the completion of item-leasing segment 
36 or when a different type of transaction has proceeded to 

30 the funds collection stage, a task 196 is performed. 
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In task 196, the customer's RCA funds are reduced, up 
to the amount of funds which customer 14 needs to provide 
merchant 12 in the secondary transaction. Desirably, 
unmatched contribution funds 74 are applied first, then 
5 matched contribution funds 76 and matching contribution 

funds 78 applied in proportion to one another. Then, in a 
task 198, the amount by which the customer's RCA funds have 
been reduced in task 196 is applied against the purchase 
price or initial lease payment for the subject item in the 

10 secondary transaction. Following task 198, a task 200 

collects and posts any additional funds that are needed in 
the transaction from customer 14, and the affected 
ownership rights are transferred to customer 14 to complete 
the secondary transaction. 

15 Following task 200 and when task 190 determines that 

no secondary transaction is occurring, program flow 
eventually returns to task 34 (Fig. 3), as indicated by 
connector "B". 

In summary, the present invention provides an improved 

20 process for managing the ownership of a valuable item. A 
computer system is useful in managing the ownership of 
valuable items about which a merchant has certain ownership 
rights and customers have certain future obligations and 
ownership rights. An ownership management process improves 

25 the efficiency with which the markets for certain valuable 
items operate. In particular, this process Allows a 
merchant to receive adequate compensation while pricing 
certain items low and still obligating customers to make 
future payments. Lower prices yield suitable results for 

30 merchants at least in part because the risk of customer 
bankruptcy is diminished. If a customer declares 
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bankruptcy, the ownership right of title (i.e., basic 
ownership) for the item remains with the merchant, and the 
lease cannot be converted into an installment sale. 
Moreover, this process allows a customer to have immediate 
5 possession and use of certain items, gives the customer 
flexibility in future dealings concerning the items, and 
allows the customer to benefit from appreciation of the 
items . 

Although the preferred embodiments of the present 
10 invention have been illustrated and described in detail, it 
will be readily apparent to those skilled in the art that 
various modifications and equivalents may be made therein 
without departing from the spirit of the invention or from 
the scope of the appended claims. For example, the precise 
15 dates and time periods discussed above may be altered to 
meet particular needs. 



